Systems, methods, and apparatus for otoacoustic protection  of autonomic systems

ABSTRACT

Systems, methods and apparatus are provided through which in some embodiments an autonomic unit transmits an otoacoustic signal to counteract a potentially harmful incoming signal.

ORIGIN OF THE INVENTION

The invention described herein was made by an employee of the UnitedStates Government and may be manufactured and used by or for theGovernment of the United States of America for governmental purposeswithout the payment of any royalties thereon or therefor.

FIELD OF THE INVENTION

This invention relates generally to artificial intelligence and, moreparticularly, to architecture for collective interactions betweenautonomous entities.

BACKGROUND OF THE INVENTION

A synthetic neural system is an information processing paradigm that isinspired by the way biological nervous systems, such as the brain,process information. Biological systems inspire system design in manyother ways as well, for example reflex reaction and health signs, natureinspired systems (NIS), hive and swarm behavior, and fire flies. Thesesynthetic systems provide an autonomic computing entity that can bearranged to manage complexity, continuous self-adjust, adjustment tounpredictable conditions, and prevention and recovery for failures.

One key element is the general architecture of the synthetic neuralsystem. A synthetic neural system is composed of a large number ofhighly interconnected processing autonomic elements that may beanalogous to neurons in a brain working in parallel to solve specificproblems. Unlike general purpose brains, a synthetic neural system istypically configured for a specific application and sometimes for alimited duration.

In one application of autonomic elements, each of a number ofspacecrafts could be a worker in an autonomous space mission. The spacemission can be configured as an autonomous nanotechnology swarm (ANTS).Each spacecraft in an ANTS has a specialized mission, much like ants inan ant colony have a specialized mission. Yet, a heuristic neural system(HNS) architecture of each worker in an ANTS provides coordination andinteraction between each HNS that yields performance of the aggregate ofthe ANTS that exceeds the performance of a group of generalist workers.

More specifically, subset neural basis functions (SNBFs) within a HNScan have a hierarchical interaction among themselves much as the workersdo in the entire ANTS collective. Hence, although many activities of thespacecraft could be controlled by individual SNBFs, a ruler SNBF couldcoordinate all of the SNBFs to assure that spacecraft objectives aremet. Additionally, to have redundancy for the mission, inactive workersand rulers can only participate if a member of their type is lost.

In some situations, the ANTS encounters a challenging situation. Forexample, in some instances, the operation of a particular autonomicspacecraft can be detrimental either to the autonomic spacecraft or tothe mission.

BRIEF DESCRIPTION OF THE INVENTION

The above-mentioned shortcomings, disadvantages and problems may beaddressed herein, which will be understood by reading and studying thefollowing specification.

In at least one embodiment of the invention, a method for managing asystem includes receiving a potentially harmful signal and transmittingan otoacoustic signal to counteract the potentially harmful signal.

In other embodiments, an autonomic element includes a self-monitor thatis operable to receive information from sensors and is operable tomonitor and analyze the sensor information and access a knowledgerepository, a self-adjuster operably coupled to the self-monitor in aself-control loop, the self-adjuster operable to access the knowledgerepository, the self-adjuster operable to transmit data to effectors,and the self-adjuster operable to plan and execute, an environmentmonitor that is operable to receive information from sensors andoperable to monitor and analyze the sensor information and access theknowledge repository, and an autonomic manager communications componentoperably coupled to the environment monitor in an environment controlloop, the autonomic manager communications component operable to accessthe knowledge repository, the autonomic manager communications componentalso operable to produce and transmit a counteracting signal to anincoming harmful signal.

In yet other embodiments, an autonomic system includes a plurality ofautonomic agents performing one or more programmed tasks. The autonomicsystem also includes a coordinating autonomic agent for assigningprogrammed task and for issuing instructions to the plurality ofautonomic agents. The autonomic system also includes a messengerautonomic agent for facilitating communication between the coordinatingautonomic agent, plurality of autonomic agents, a remote system. One ormore programmed task performed by the plurality of autonomic objects isat least generating signals indicative of a potentially harmful signal.The coordinating autonomic agent transmits an otoacoustic signal to oneor more of the plurality of autonomic agents, based on the generatedsignals.

In still yet other embodiments, an autonomous nanotechnology swarmincludes a first worker composed of self-similar autonomic components.The autonomous nanotechnology swarm also includes a second workercomposed of self-similar autonomic components. The autonomousnanotechnology swarm also includes a third worker composed ofself-similar autonomic components. In the autonomous nanotechnologyswarm, the third worker facilitates communication between the firstworker and the second worker. In the autonomous nanotechnology swarm,the first worker generates a heart beat monitor signal and pulse monitorsignal. In the autonomous nanotechnology swarm, the second workerincludes an otoacoustic component that is operable to counteract aharmful signal.

In further embodiments, a method includes instantiating an embryonicevolvable neural interface. The method also includes evolving theembryonic evolvable neural interface towards complex completeconnectivity. The evolvable neural interface receives one or more heartbeat monitor signal, pulse monitor signal, and otoacoustic signal. Theevolvable neural interface generates one or more heart beat monitorsignal, pulse monitor signal, and otoacoustic signals.

In yet a further embodiment, a method for protecting an autonomic systemwhen encountering one or more autonomic agents includes determining thepotential harm of the autonomic agent. The method also includes sendingan otoacoustic signal to the autonomic agent and monitoring the responseof the autonomic agent to the otoacoustic signal.

In still yet a further embodiment, a system includes a processor and astorage device coupled to the processor. The system also includessoftware means operative on the processor for sending an otoacousticsignal to the autonomic agent, monitoring the response of the autonomicagent to the otoacoustic signal, and determining the autonomic agentpotential for causing harm to the autonomic system.

Systems, clients, servers, methods, and computer-readable media ofvarying scope are described herein. In addition to the aspects andadvantages described in this summary, further aspects and advantageswill become apparent by reference to the drawings and by reading thedetailed description that follows.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram that provides an overview of an evolvablesynthetic neural system to manage collective interactions betweenautonomous entities, according to an embodiment of the invention;

FIG. 2 is a block diagram of a neural basis function of a worker,according to an embodiment;

FIG. 3 is a block diagram of a heuristic neural system, according to anembodiment;

FIG. 4 is a block diagram of an autonomous neural system, according toan embodiment;

FIG. 5 is a block diagram of a neural basis function of a worker,according to an embodiment;

FIG. 6 is a block diagram of a multiple level hierarchical evolvablesynthetic neural system, according to an embodiment;

FIG. 7 is a block diagram of a conventional computer cluster environmentin which different embodiments can be practiced;

FIG. 8 is a block diagram of a conventional hardware and operatingenvironment in which different embodiments can be practiced;

FIG. 9 is a block diagram of a conventional multiprocessor hardware andoperating environment in which different embodiments can be practiced;

FIG. 10 is a block diagram of a hardware and operating environment,which includes a quiese component, according to an embodiment;

FIG. 11 is a diagram of autonomous entities' interaction, according toan embodiment;

FIG. 12 is a block diagram of an autonomous entity management system,according to an embodiment;

FIG. 13 is a hierarchical chart of an autonomous entity managementsystem, according to an embodiment;

FIG. 14 is a block diagram of an autonomic element, according to anembodiment;

FIG. 15 is a block diagram of autonomy and autonomicity at a high systemlevel, according to an embodiment;

FIG. 16 is a block diagram of an architecture of an autonomic element,according to an embodiment, that includes reflection and reflex layers;

FIG. 17 is a flowchart of a method to construct an environment tosatisfy increasingly demanding external requirements, according to anembodiment;

FIG. 18 is a flowchart of a method to construct an environment tosatisfy increasingly demanding external requirements, according to anembodiment, where a ruler entity decides to withdraw or generate a stayalive signal;

FIG. 19 is a flowchart for a generating stay-alive signal when a warningcondition occurs, according to an embodiment;

FIG. 20 is a flowchart of a method to construct an environment tosatisfy increasingly demanding external requirements, according to anembodiment, where a ruler entity decides to withdraw or generate astay-awake signal;

FIG. 21 is a flowchart for generating an otoacoustic signal when awarning condition occurs, according to an embodiment;

FIG. 22 is a flowchart for interrogating an anonymous autonomic agent,according to an embodiment;

FIG. 23 is a flowchart of a method of autonomic communication by anautonomic element, according to an embodiment;

FIG. 24 is a flowchart of a method of autonomic communication by anautonomic element, according to an embodiment;

FIG. 25 is a flowchart of a method of autonomic communication by anautonomic element, according to an embodiment; and

FIG. 26 is a flowchart of a method of autonomic communication by anautonomic element, according to an embodiment.

DETAILED DESCRIPTION OF THE INVENTION

In the following detailed description, reference is made to theaccompanying drawings that form a part hereof, and in which is shown byway of illustration specific embodiments that can be practiced. Theseembodiments are described in sufficient detail to enable those skilledin the art to practice the embodiments, and it is to be understood thatother embodiments can be utilized and that logical, mechanical,electrical and other changes can be performed without departing from thescope of the embodiments. The following detailed description is,therefore, not to be taken in a limiting sense.

The detailed description is divided into six sections. In the firstsection, a system level overview is described. In the second section,apparatus are described. In the third section, hardware and theoperating environments in conjunction with which embodiments can bepracticed are described. In the fourth section, particularimplementations are described. In the fifth section, embodiments ofmethods are described. Finally, in the sixth section, a conclusion ofthe detailed description is provided.

System Level Overview

FIG. 1 is a block diagram that provides an overview of an evolvablesynthetic neural system to manage collective interactions betweenautonomous entities, according to an embodiment. System 100 can includea first plurality of neural basis functions (NBFs) 102 and 104. NBFs arethe fundamental building block of system 100. In some embodiments ofsystem 100, the plurality of NBFs includes more than the two NBFs 102and 104 shown in FIG. 1. In some embodiments, system 100 includes onlyone NBF. One embodiment of a NBF is described below with reference toFIG. 2.

System 100 can also include a first inter-evolvable neural interface(ENI) 106 that is operably coupled to each of the first plurality ofneural basis functions. The NBFs 102 and 104 can be highly integrated,and coupling between the NBFs through the ENI 106 provides a threedimensional complexity. Thus, for example, when system 100 isimplemented on microprocessors such as microprocessor 804 describedbelow with reference to FIG. 8, system 100 can provide a syntheticneural system that reconciles the two dimensional nature ofmicroprocessor technologies to the three dimensional nature ofbiological neural systems.

This embodiment of the inter-ENI 106 can be known as an inter-NBF ENIbecause the inter-ENI 106 is illustrated as being between or among theNBFs 102 and 104 at the same level within a hierarchy. System 100 showsonly one level 108 of a hierarchy, although one skilled in the art willrecognize that multiple hierarchies can be used within the scope of thisinvention.

System 100 can also operate autonomously. A system operates autonomouslywhen the system exhibits the properties of being self managing and selfgoverning, often termed as autonomic, pervasive, sustainable,ubiquitous, biologically inspired, organic or with similar such terms.ENI 106 can adapt system 100 by instantiating new NBFs and ENIs andestablishing operable communication paths 110 to the new NBFs and theENIs to system 100. ENI 106 can also adapt system 100 by removing ordisabling the operable communication paths 110 to the new NBFs and ENIs.The adapting, establishing, removing and disabling of the communicationpaths 110 can be performed autonomously. Thus, system 100 can satisfythe need for a synthetic neural system that performs significant taskswith complete autonomy.

System 100 can be capable of establishing and removing links to othersimilarly configured systems (not shown). Thus, the system 100 can bedescribed as self-similar.

The system level overview of the operation of an embodiment is describedin this section of the detailed description. Some embodiments canoperate in a multi-processing, multi-threaded operating environment on acomputer, such as computer 802 in FIG. 8.

While the system 100 is not limited to any particular NBF or ENI, forsake of clarity simplified NBFs and a simplified ENI are described.

Apparatus Embodiments

In the previous section, a system level overview of the operation of anembodiment is described. In this section, particular apparatus of suchan embodiment are described by reference to a series of block diagrams.Describing the apparatus by reference to block diagrams enables oneskilled in the art to develop programs, firmware, or hardware, includingsuch instructions to implement the apparatus on suitable computers, andexecuting the instructions from computer-readable media.

In some embodiments, apparatus 200-600 are implemented by a programexecuting on, or performed by firmware or hardware that is a part of acomputer, such as computer 802 in FIG. 8.

FIG. 2 is a block diagram of a neural basis function (NBF) 200 of aworker according to an embodiment. NBF 200 is illustrated as a bi-levelneural system because both high-level functions and low-level functionsare performed by NBF 200.

NBF 200 can include an intra-evolvable neural interface (intra-ENI) 202.The ENI 202 can be operably coupled to a heuristic neural system (HNS)204 and operably coupled to an autonomous neural system (ANS) 206. TheHNS 204 can perform high-level functions and the ANS 206 performslow-level functions that are often described as “motor functions” suchas “motor” 1510 in FIG. 15 below. In NBF 200, the HNS 204 and the ANS206 in aggregate can provide a function of a biological neural system.The intra-ENI 202 shown in FIG. 2 is an ENI that is wholly containedwithin an NBF, and is therefore prefixed with “intra.”

The intra-ENI 202 can send action messages to and receive requestmessages from the HNS 204 and the ANS 206 during learning and taskexecution cycles, as well as during interfacing operations between theintra-ENI and the HNS 204 and the ANS 206 when the HNS 204 and the ANS206 need to be modified as a result of other system failures ormodification of objectives. NBF 200 is illustrated as a worker NBFbecause this NBF performs functions, but does not provide instructionscommands to other NBFs.

FIG. 3 is a block diagram of a heuristic neural system 300 according toan embodiment.

The heuristic neural system (HNS) 300 can be composed of a neural net302 for pattern recognition and a fuzzy logic package 304 to performdecisions based on recognitions. Taken together the neural net 302 andthe fuzzy logic package 304 can form a basis for a higher levelheuristic intelligence.

FIG. 4 is a block diagram of an autonomous neural system 400 accordingto an embodiment.

The autonomous neural system (ANS) 400 can include a non-linear dynamicssimulation 402 that represents smart servo system behavior.

FIG. 5 is a block diagram of a neural basis function (NBF) 500 of aworker according to an embodiment. NBF 500 is shown as a bi-level neuralsystem.

In some embodiments, NBF 500 can include a self assessment loop (SAL)502 at each interface between autonomic components. Each SAL 502 cancontinuously gauge efficiency of operations of the combined HNS 204 andANS 206. The standards and criteria of the efficiency can be set ordefined by objectives of the NBF 500.

In some embodiments, NBF 500 can also include genetic algorithms (GA)504 at each interface between autonomic components. The GAs 504 canmodify the intra-ENI 202 to satisfy requirements of the SALs 502 duringlearning, task execution or impairment of other subsystems.

Similarly, the HNS 204 can have a SAL 502 interface and a GA 504interface to a core heuristic genetic code (CHGC) 506, and the ANS 206can have a SAL 502 interface and a GA 504 interface to a core autonomicgenetic code (CAGC) 508. The CHGC 506 and CAGC 508 can allowmodifications to a worker functionality in response to new objectives orinjury. The CHGC 506 and the CAGC 508 autonomic elements can not be partof an operational neural system, but rather can store architecturalconstraints on the operating neural system for both parts of thebi-level system. The CHGC 506 and the CAGC 508 can both be modifiabledepending on variations in sensory inputs via GAs 504.

In some embodiments, the CHGC 506 and the CAGC 508 in conjunction withSALs 502 and GAs 504 can be generalized within this self similar neuralsystem to reconfigure the relationship between NBFs as well as to permitthe instantiation of new NBFs to increase the overall fitness of theneural system. Thus, NBF 500 can provide a form of evolution possibleonly over generations of BNF workers.

In some embodiments, NBF 500 can also include genetic algorithms 510 and512 that provide process information to the CHGC 506 and the CAGC 508,respectively. HNS 204 and ANS 206 can receive sensory input 514 and 516,respectively, process the sensory input and generate high level actions518 and low level actions 520, respectively.

FIG. 6 is a block diagram of a multiple level hierarchical evolvablesynthetic neural system (ESNS) 600 according to an embodiment.

The multiple level hierarchical ESNS 600 can include a first level ofhierarchy 602 that includes a NBF 604 and inter-ENI 606 and a ruler NBF608. A ruler NBF, such as ruler NBF 608 can perform functions and alsoprovide instructions commands to other subordinate NBFs.

The ruler NBF 608 of the first hierarchical level 602 is illustrated asbeing operably coupled to a ruler NBF 610 in a second hierarchical level612. Ruler NBF 610 can perform functions, receive instructions andcommands from other ruler NBFs that are higher in the hierarchy of theESNS 600 and also provide instructions commands to other subordinateNBFs.

The second hierarchical level 612 can also include an inter-ENI 614. Thesecond hierarchical level 612 of FIG. 6 shows the embodiment of an ESNS600 having one NBF operably coupled to an ENI. The ruler NBF 610 of thesecond hierarchical level 612 can be operably coupled to a ruler NBF 616in a third hierarchical level 618.

The third hierarchical level 616 can also include an inter-ENI 620. Thethird hierarchical level 616 of FIG. 6 shows the embodiment of an ESNS600 having more than two NBFs (e.g. 616, 622 and 624) operably coupledto an ENI.

In some embodiments, the NBFs 604, 608, 610, 616, 622 and 624 caninclude the aspects of NBFs 102 and 104 in FIG. 1 above, and/or NBF 200in FIG. 2 above. One skilled in the art will appreciate that manycombinations exist that fall within the purview of this invention.

Hardware and Operating Environments

FIGS. 7, 8, 9 and 10 are diagrams of hardware and operating environmentsin which different embodiments can be practiced. The description ofFIGS. 7, 8, 9 and 10 provide an overview of computer hardware andsuitable autonomic computing environments in conjunction with which someembodiments can be implemented. Embodiments are described in terms of acomputer executing computer-executable instructions. However, someembodiments can be implemented entirely in computer hardware in whichthe computer-executable instructions are implemented in read-onlymemory. Some embodiments can also be implemented in client/serverautonomic computing environments where remote devices that perform tasksare linked through a communications network. Program modules can belocated in both local and remote memory storage devices in a distributedautonomic computing environment. Those skilled in the art will know thatthese are only a few of the possible computing environments in which theinvention can be practiced and therefore these examples are given by wayof illustration rather than limitation.

FIG. 7 is a block diagram of a computer cluster environment 700 in whichdifferent embodiments can be practiced. System 100, apparatus 200, 300,400, 500, 600, method 2000 and ESNS 1100 and 1200 can be implemented oncomputer cluster environment 700.

Computer cluster environment 700 can include a network 702, such as anEtherFast 10/100 backbone, that is operably coupled to a cluster server704 and a plurality of computers 706, 708, 710 and 712. One possibleembodiment of the computers is computer 802 described below withreference to FIG. 8. The plurality of computers can include any numberof computers, but some implementations can include 7, 16, 32 and as manyas 512 computers. The ESNSs and NBFs described above can be distributedon the plurality of computers.

One example of the computer cluster environment 700 is a Beowolfcomputer cluster. The computer cluster environment 700 provides anenvironment in which a plurality of ESNSs and NBFs can be hosted in anenvironment that facilitates cooperation and communication between theESNSs and the NBFs.

FIG. 8 is a block diagram of a hardware and operating environment 800 inwhich different embodiments can be practiced. Computer 802 can include aprocessor 804, which can be a microprocessor, commercially availablefrom Intel, Motorola, Cyrix and others. Computer 802 can also includerandom-access memory (RAM) 806, read-only memory (ROM) 808, and one ormore mass storage devices 810, and a system bus 812, that operativelycouples various system components to the processing unit 804. The memory806, 808, and mass storage devices, 810, are illustrated as types ofcomputer-accessible media. Mass storage devices 810 can be morespecifically types of nonvolatile computer-accessible media and caninclude one or more hard disk drives, floppy disk drives, optical diskdrives, and tape cartridge drives. The processor 804 can executecomputer programs stored on the computer-accessible media.

Computer 802 can be communicatively connected to the Internet 814 via acommunication device 816. Internet 814 connectivity is well known withinthe art. In one embodiment, a communication device 816 can be a modemthat responds to communication drivers to connect to the Internet viawhat is known in the art as a “dial-up connection.” In anotherembodiment, a communication device 816 can be an Ethernet® or similarhardware network card connected to a local-area network (LAN) thatitself is connected to the Internet via what is known in the art as a“direct connection” (e.g., T1 line, etc.).

A user can enter commands and information into the computer 802 throughinput devices such as a keyboard 818 or a pointing device 820. Thekeyboard 818 can permit entry of textual information into computer 802,as known within the art, and embodiments are not limited to anyparticular type of keyboard. Pointing device 820 can permit the controlof the screen pointer provided by a graphical user interface (GUI) ofoperating systems such as versions of Microsoft Windows®. Embodimentsare not limited to any particular pointing device 820. Such pointingdevices can include mice, touch pads, trackballs, remote controls andpoint sticks. Other input devices (not shown) could include amicrophone, joystick, game pad, satellite dish, scanner, or the like.

In some embodiments, computer 802 can be operatively coupled to adisplay device 822. Display device 822 can be connected to the systembus 812. Display device 822 permits the display of information,including computer, video and other information, for viewing by a userof the computer. Embodiments are not limited to any particular displaydevice 822. Such display devices can include cathode ray tube (CRT)displays (monitors), as well as flat panel displays such as liquidcrystal displays (LCDs). In addition to a monitor, computers cantypically include other peripheral input/output devices such as printers(not shown). Speakers 824 and 826 provide audio output of signals.Speakers 824 and 826 can also be connected to the system bus 812.

Computer 802 can also include an operating system (not shown) that couldbe stored on the computer-accessible media RAM 806, ROM 808, and massstorage device 810, and can be and executed by the processor 804.Examples of operating systems include Microsoft Windows®, Apple MacOS®,Linux®, UNIX®. Examples are not limited to any particular operatingsystem, however, and the construction and use of such operating systemsare well known within the art.

Embodiments of computer 802 are not limited to any type of computer 802.In varying embodiments, computer 802 can comprise a PC-compatiblecomputer, a MacOS®-compatible computer, a Linux®-compatible computer, ora UNIX®-compatible computer. The construction and operation of suchcomputers are well known within the art.

Computer 802 can be operated using at least one operating system toprovide a graphical user interface (GUI) including a user-controllablepointer. Computer 802 can have at least one web browser applicationprogram executing within at least one operating system, to permit usersof computer 802 to access an intranet, extranet or Internetworld-wide-web pages as addressed by Universal Resource Locator (URL)addresses. Examples of browser application programs include NetscapeNavigator® and Microsoft Internet Explorer®.

The computer 802 can operate in a networked environment using logicalconnections to one or more remote computers, such as remote computer828. These logical connections can be achieved by a communication devicecoupled to, or a part of, the computer 802. Embodiments are not limitedto a particular type of communications device. The remote computer 828could be another computer, a server, a router, a network PC, a client, apeer device or other common network node. The logical connectionsdepicted in FIG. 8 include a local-area network (LAN) 830 and awide-area network (WAN) 832. Such networking environments arecommonplace in offices, enterprise-wide computer networks, intranets,extranets and the Internet.

When used in a LAN-networking environment, the computer 802 and remotecomputer 828 can be connected to the local network 830 through networkinterfaces or adapters 834, which is one type of communications device816. Remote computer 828 can also include a network device 836. Whenused in a conventional WAN-networking environment, the computer 802 andremote computer 828 can communicate with a WAN 832 through modems (notshown). The modem, which can be internal or external, is connected tothe system bus 812. In a networked environment, program modules depictedrelative to the computer 802, or portions thereof, can be stored in theremote computer 828.

Computer 802 can also include power supply 838. Each power supply can bea battery.

FIG. 9 is a block diagram of a multiprocessor hardware and operatingenvironment 900 in which different embodiments can be practiced.Computer 902 can include a plurality of microprocessors, such asmicroprocessor 804, 904, 906, and 908. The four microprocessors ofcomputer 902 can be one example of a multi-processor hardware andoperating environment; other numbers of microprocessors can be used inother embodiments.

Similar to the computer cluster environment 700 in FIG. 7 above, thecomputer 902 can provide an environment in which a plurality of ESNSsand NBFs can be hosted in an environment that facilitates cooperationand communication between the ESNSs and the NBFs.

FIG. 10 is a block diagram of a hardware and operating environment 1000which can include a quiese component, according to an embodiment. Thehardware and operating environment 1000 reduces the possibility that anautonomic element will jeopardize the mission of the autonomic unit.

A quiesce component 1002 of an autonomic unit can render the autonomicunit inactive for a specific amount of time or until a challengingsituation has passed. The quiesce component 1002 can be invoked wheneither an external supervisory entity or the autonomic unit itselfdetermines that the autonomic unit could best serve the needs of theswarm by quiescing. Quiescing can render the autonomic unit temporarilyinactive or disabled. Thus, the quiesce component 1002 can reduce thepossibility that an autonomic element will jeopardize the mission of theautonomic element by deactivation or inactivating the autonomic element.

Quiesce time can be defined as the length of time taken to quiesce asystem (to render the system inactive), or the length of time betweenperiods of activity (i.e. the length of time of inactivity). Thequiescing can be somewhat analogous to the cell lifecycle, were cellscan stop dividing and go into a quiescent state.

Components of the system 100, apparatus 200, 300, 400, 500, 600, 1000,1400, 1200, 1300, 1400, 1500 and 1600 and methods 1700, 1800, 1900,2000, 2100, 2200, 2300, 2400, 2500 and 2600 can be embodied as computerhardware circuitry or as a computer-readable program, or a combinationof both.

More specifically, in one computer-readable program embodiment, theprograms can be structured in an object-orientation using anobject-oriented language such as Java, Smalltalk or C++, and theprograms can be structured in a procedural-orientation using aprocedural language such as COBOL or C. The software components cancommunicate in any of a number of ways that are well-known to thoseskilled in the art, such as application program interfaces (API) orinterprocess communication techniques such as remote procedure call(RPC), common object request broker architecture (CORBA), ComponentObject Model (COM), Distributed Component Object Model (DCOM),Distributed System Object Model (DSOM) and Remote Method Invocation(RMI). The components execute on as few as one computer as in computer802 in FIG. 8, or on at least as many computers as there are components.

Implementation of an Evolvable Synthetic Neural System in a TetrahedralArchitecture

FIG. 11 is a diagram representation of a plurality of autonomic entitiesthat have been assembled to perform a task. These entities can beself-configuring: adapt automatically to the dynamically changingenvironments; self-optimizing: monitor and tune resources automatically;self-protecting: anticipate, detect, identify, and protect againstattacks from anywhere; and, self-healing: discover, diagnose, and reactto disruptions. As shown with reference to autonomic entities 1118 and1120 autonomic computing can have a self-aware layer and an environmentaware layer. The self-aware layer of the autonomic entity (agent orother) can be comprised of a managed component and autonomic manager,which can be an agent, termed a self-managing cell (SMC). Control loopswith sensors (self-monitor) and effectors (self-adjuster) together withsystem knowledge and planning/adapting policies can allow the autonomicentities to be self aware and to self manage. A similar scheme canfacilitate environment awareness—allowing self managing if necessary,but without the immediate control to change the environment; this couldbe affected through communication with other autonomic managers thathave the relevant influence, through reflex or event messages. Theautonomic entities can be arranged or assigned distinctive roles such asworker entities, coordinating or managing entities, and messageentities. Based on the task a ruler entity could be assigned a set ofworker entities to manage inclusive of determining if a stay alivesignal ought to be withdrawn. Further, the communication between theruler and the worker can be facilitated through the message entity. Themessage entity could have the additional task of communicating with aremote system. In the case of space exploration, the remote system couldbe mission control on earth, mission control on an orbital platform, orany other arrangement that can facilitate that is external to thecollection of autonomic elements. The remote system could be anautonomic entity acting like the project manager for the mission.Communication with mission control will be limited to the download ofscience data and status information. An example of such a grouping isshown in FIG. 11 where autonomic entity 1102 is shown as a ruler entity,autonomic entity 1110 as a message entity, and autonomic entities 1118and 1120 are examples of worker entities. In terms of hardware, theseentities can be all identical with the discernable difference beingprogramming to accomplish assigned tasks. An added advantage to havingidentical hardware is replacing failed entities, which can beaccomplished by activating software code found in the autonomic entity.If hardware differences exist they can be based on specialized equipmentsuitable for a particular task. However, at a minimum, certain functionsor roles, such as ruler and messenger, can be expected to be within theskill set of all the autonomic entities.

As shown in FIG. 11, ruler autonomic entity 1102 can comprise a programor process 1104 executing in ruler entity 1102. Ruler entity 1102 can beimplemented using a data processing system, such as data processingsystem 902 in FIG. 9, or in the form of an autonomous agent compiled bya data processing system. In the alternative, the ruler entity could bean autonomous nano-technology swarm that is launched from a factory shipfor exploring planets, asteroids, or comets. Further, an analysis module1106 or agent as executed by ruler entity 1102 can be used to monitorprocess 1104 and to receive pulse monitor and heart beat monitor signalsfrom worker entities through the messenger entity. When the analysismodule 1106 is used to monitor process 1104 the analysis module 1106 canbe to detect errors or problems with the operation of process 1104.

As shown in FIG. 11, analysis agent 1106 can include an evaluator orother monitoring engine used to monitor the operation of process 1104.Analysis agent 1106 can be executed in response to some event. Thisevent can be a periodic event, such as the passage of some period oftime, data received from one or more of the worker entities. Further,the event can be the initialization of internal procedures in process1104 or the starting or restarting of ruler entity 1102. Depending onthe particular implementation, analysis agent 1106 can continuously runin the background monitoring process 1104 and analyzing the workerentity signals. See method 2100 in FIG. 21 below for actions taken byanalysis agent module 1106 in formulating a strategy for the workerentities. Further, analysis agent 1106 can be subject to anyself-healing routines found in ruler entity 1102.

This monitoring by analysis agent 1106 can be based on rules stored inbehavior storage 1108, which could be used to compare the actualbehavior of the received data to an expected behavior as defined inbehavior storage 1108. In the present arrangement, behavior storage 1108(ruler entity 1102) can be a collection of rules that can be updated bya remote computer through the messenger entity that reflects mostcurrent fixes (self-healing) or repair procedures and responses toworker entities upon the occurrence of an event, change in condition, ordeviation from a normal operation. Behavior storage 1108 can be narrowlytailored based on the use and purpose of the autonomic entity, such asmessenger entity 1110 and have only those procedures needed to performits programming.

When messenger entity connects to remote computer at a command andcontrol station, database 1116 can be updated with information that canlater be used to program ruler entity or worker entity. In most cases acopy of the rules in database 1116 contains the most up-to-dateinformation. If the objective changes or a solution to a problemrequires an updated version not found within the autonomic entity, theentities can attempt to contact message entity 1110 to see if morerecent or up-to-date information is available. If updates are available,these updates can be sent to the requesting entity for processing.

The information in behavior storage 1108 and databases in messenger andworker entity can include an array of values that are expected whenselected process or operations are implemented in the respective entity.Examples processes can be initializing software, timing requirements,synchronization of software modules, and other metrics that can provideinformation concerning the running of a process within the respectiveentity. Examples operations can be data gathering, processing ofinformation, controlling machinery, or any other operation where dataprocessing systems are employed. These expected values can be comparedto determine if an error condition has occurred in the operation of theentity. An error condition can be analyzed to determine its causes andpossible correction. In the case of a worker entity, the error can beinternally analyzed to select the appropriate self-healing procedure andthe error can be sent to the ruler entity to be analyzed by analysisagent 1106 using the rules in behavior storage 1108. Based on theanalysis, the ruler entity can elect to either withdraw the stay alivesignal to the malfunctioning worker entity or wait a selected period togenerate one or more stay alive signal, withdrawal of a stay alivesignal, or a self-destruct signal. If the stay alive signal iswithdrawn, the malfunctioning entity could be disconnected from theoperation and the assigned to another entity or partially performed bythe remaining entity to insure its completion.

FIG. 12 is a block diagram of an autonomous entity management system1200 according to an embodiment. The system 1200 can be a generic systembecause the system 1200 represents a myriad of devices, processes, ordevice and process that perform a task in accordance to its programmingor design. The illustrated system 1200 represents an instance when anautonomous system 1204 encounters an anonymous autonomic agent 1202. Ananonymous autonomous agent can be a visiting agent, a mobile agent thatcan enter the sphere of influence of the autonomous system 1204, or anydevice for which the autonomous system 1204 has no establishedrelationship. Example encounters can be a wireless device (agent) andcommunication tower (system), a client and server, a video subscriberand video provider, a process and an operating system. System 1200manages autonomous entities that can be functionally extracted from anenvironment upon the occurrence of a predetermined condition such as apotential security breach.

The autonomous system 1204 can comprise one or more autonomic agents1208, 1210, and 1212 all performing assigned functions and roles. Asnoted earlier, roles can be a combination of ruler, messenger, andworker. Functions can be data gathering, communication functions,scheduling, controlling, security, and so forth. Upon detectinganonymous autonomic agent 1202 the assigned autonomous agent forperforming security functions for autonomous system 1204 can interrogatethe anonymous autonomic agent 1202, requesting production of validcredentials. Detection can occur by employing various schemes such aswhen the anonymous autonomic agent 1202 requests resources from thesystem 1204 or from any autonomic entity that forms part of the system,response to polling signals from the autonomous system 1204, or througha friend or foe signal that indicates the presence of an anonymousentity 1202 in proximity to the autonomous system 1204.

To the autonomous system 1204, security can be important because ofcompromises by the accidental misuse of hosts by agents, as well as theaccidental or intentional misuse of agents by hosts and agents by otheragents. The result can be damage, denial-of-service, breach-of-privacy,harassment, social engineering, event-triggered attacks, or compoundattacks. To prevent security breaches, visiting agents can be verifiedto have valid and justified reasons for being there as well as providingsecurity to the visiting agent with interaction with other agents andhost. Upon detection the visiting agent 1202 can be sent an asynchronousALice signal (Autonomic license) 1206 requiring valid credentials fromthe agent 1202. The anonymous agent 1202 can need to work within theautonomic system 1204 to facilitate self-management, as such theanonymous agent 1202 and its host can need to be able to identify eachother's credentials through such as an ALice signal. The autonomicsystem 1204 can establish certain response characteristics for thereturned signal from the agent 1202. For example, the autonomic system1204 can require a response in an appropriate format, within a certaintimeout period, and with a valid and justified reason for being withinthe locust of interest or domain of the autonomous system 1204. Forprotection the autonomic system 1204 can make an assessment of thequality of the response from the anonymous agent 1202 to ascertain thepotential of the agent for causing harm to the autonomous system 1204.Based on this determination the autonomous system 1204 can control thetype of interaction with the agent 1202. The agent can be destroyed,blocked, partially blocked, stay alive signal withdrawn, or allowed tocommunicate with other agents within the autonomous system 1204. Theprotection can be triggered at any level of infraction or by acombination of infractions by the anonymous autonomous agent 1202 whenresponding to the ALice signal. If the agent 1202 fails to identifyitself appropriately following an ALice interrogation, the agent 1202can be blocked from the system and given either a self-destruct signal,or its “stay alive” reprieve is withdrawn. A consequence of unacceptableresponse within a timeout period is that the anonymous agent 1202 can beidentified as an intruder or other invalid agent (process) andconsequently, the anonymous agent 1202 is destroyed and/or excluded fromcommunicating with other agents 1208, 1210, 1212 in the system. As analternative to the ALice signal, a quiese signal, command or instructioncan be sent. The quiesce signal is discussed in more detail inconjunction with FIGS. 10, 19 and 20.

FIG. 13 is a hierarchical chart of an autonomous entity managementsystem 1300 according to an embodiment. Properties that a system canpossess in order to constitute an autonomic system are depicted in theautonomous entity management system 1300.

General properties of an autonomic (self-managing) system can includefour objectives defined by International Business Machines 1302:self-configuring 1304, self-healing 1306, self-optimizing 1308 andself-protecting 1310, and four attributes 1312: self-awareness 1314,environment-awareness 1316, self-monitoring 1318 and self-adjusting1320. One skilled in the art will recognize that other properties alsoexist, such as self-quiescing 1324. Essentially, the objectives 1302could represent broad system requirements, while the attributes 1312identify basic implementation mechanisms.

Self-configuring 1304 can represent an ability of the system 1300 tore-adjust itself automatically; this can simply be in support ofchanging circumstances, or to assist in self-healing 1306,self-optimization 1308 or self-protection 1310. Self-healing 1306, inreactive mode, is a mechanism concerned with ensuring effective recoverywhen a fault occurs, identifying the fault, and then, where possible,repairing it. In proactive mode, the self-healing 1306 objective canmonitor vital signs in an attempt to predict and avoid “health” problems(i.e. reaching undesirable situations).

Self-optimization 1308 can mean that the system 1300 is aware of idealperformance of the system 1300, can measure current performance of thesystem 1300 against that ideal, and has defined policies for attemptingimprovements. The system 1300 can also react to policy changes withinthe system as indicated by the users. A self-protecting 1310 system 1300can defend the system 1300 from accidental or malicious external attack,which necessitates awareness of potential threats and a way of handlingthose threats.

Self-managing objectives 1302 can require awareness of an internal stateof the system 1300 (i.e. self-aware 1314) and current external operatingconditions (i.e. environment-aware 1316). Changing circumstances can bedetected through self-monitoring and adaptations are made accordingly(i.e. self-adjusting 1320). Thus, system 1300 can have knowledge ofavailable resources, components, performance characteristics and currentstatus of the system, and the status of inter-connections with othersystems, along with rules and policies therein can be adjusted. Suchability to operate in a heterogeneous environment can require the use ofopen standards to enable global understanding and communication withother systems.

These mechanisms may not be independent entities. For instance, if anattack is successful, this can include self-healing actions, and a mixof self-configuration and self-optimisation, in the first instance toensure dependability and continued operation of the system, and later toincrease the self-protection against similar future attacks. Finally,these self-mechanisms could ensure there is minimal disruption to users,avoiding significant delays in processing.

Other self* properties have emerged or have been revisited in thecontext of autonomicity. We highlight some of these briefly here. Self-*1322 can be self-managing properties, as follows. Self-anticipating isan ability to predict likely outcomes or simulate self-* actions.Self-assembling is an assembly of models, algorithms, agents, robots,etc.; self-assembly is often influenced by nature, such as nestconstruction in social insects. Self-assembly is also referred to asself-reconfigurable systems. Self-awareness is “know thyself” awarenessof internal state; knowledge of past states and operating abilities.Self-chop is the initial four self-properties (Self-Configuration 1304,Self-Healing 1306, Self-Optimisation 1308 and Self-Protection 1310).Self-configuring is an ability to configure and re-configure in order tomeet policies/goals. Self-critical is an ability to consider if policiesare being met or goals are being achieved (alternatively, self-reflect).Self-defining is a reference to autonomic event messages betweenAutonomic Managers: contains data and definition of that data—metadata(for instance using XML). In reference to goals/policies: defining these(from self-reflection, etc.). Self-governing is autonomous:responsibility for achieving goals/tasks. Self-healing is reactive(self-repair of faults) and proactive (predicting and preventingfaults). Self-installing is a specialized form ofself-configuration—installing patches, new components, etc orre-installation of an operating system after a major crash.Self-managing is autonomous, along with responsibility for wider self-*management issues. Self-optimizing is optimization of tasks and nodes.Self-organized is organization of effort/nodes; particularly used innetworks/communications. Self-protecting is an ability of a system toprotect itself. Self-reflecting is an ability to consider if routine andreflex operations of self-* operations are as expected and can involveself-simulation to test scenarios. Self-similar is self-managingcomponents created from similar components that adapt to a specifictask, for instance a self-managing agent. Self-simulation is an abilityto generate and test scenarios, without affecting the live system.Self-aware is self-managing software, firmware and hardware.

FIG. 14 is a block diagram of an autonomic element 1400 according to anembodiment. Autonomic element 1400 can include an element 1402 that isoperably coupled to sensors and 1404 and effectors 1406.

Autonomic element 1400 can also include components that monitor 1408,execute 1410, analyze 1412 and plan 1414; those components can accessknowledge 1416. Those components can interact with sensors 1418 andeffectors 1420.

FIG. 15 is a block diagram of autonomy and autonomicity 1500 at a highsystem level, according to an embodiment. A high level perspective foran intelligent machine design is depicted in FIG. 15. This diagram ofautonomy and autonomicity 1500 includes intelligent machine design andsystem level autonomy and autonomicity.

FIG. 15 describes three levels for the design of intelligent systems:

1) Reaction 1502—the lowest level, where no learning occurs but there isimmediate response to state information coming from sensory systems1504.

2) Routine 1506—middle level, where largely routine evaluation andplanning behaviors take place. Input is received from sensory system1504 as well as from the reaction level and reflection level. This levelof assessment results in three dimensions of affect and emotion values:positive affect, negative affect, and (energetic) arousal.

3) Reflection 1508—top level, receives no sensory 1504 input or has nomotor 1510 output; input is received from below. Reflection is ameta-process, whereby the mind deliberates about itself. Essentially,operations at this level look at the system's representations of itsexperiences, its current behavior, its current environment, etc.

As illustrated, input from, and output to, the environment only takesplace within the reaction 1502 and routine 1506 layers. One can considerthat reaction 1502 level essentially sits within the “hard” engineeringdomain, monitoring the current state of both the machine and itsenvironment, with rapid reaction to changing circumstances; and, thatthe reflection 1502 level can reside within an artificial domainutilizing its techniques to consider the behavior of the system andlearn new strategies. The routine 1506 level can be a cooperativemixture of both. The high-level intelligent machine design can beappropriate for autonomic systems as depicted here in FIG. 15, inconsideration of the dynamics of responses including reaction 1502 andalso for reflection 1508 of self-managing behavior.

As depicted autonomic computing can reside within the domain of thereaction 1502 layer as a result of a metaphoric link with the autonomicbiological nervous system, where no conscious or cognitive activitytakes place. Other biologically-inspired computing (also referred to asnature-inspired computing, organic computing, etc.) can provide suchhigher level cognitive approaches for instance as in swarm intelligence.Within the autonomic computing research community, autonomicity can notnormally be considered to imply this narrower view. Essentially, theautonomic self-managing metaphor can be considered to aim for auser/manager to be able to set high-level policies, while the systemachieves the goals. Similar overarching views exist in other relatedinitiatives and, increasingly, they are influencing each other.

In terms of autonomy and autonomicity, autonomy can be considered asbeing self-governing while autonomicity can be considered beingself-managing. At the element level, an element can have some autonomyand autonomic properties, since to self-manage implies some autonomy,while to provide a dependable autonomous element requires such autonomicproperties as self-healing along with the element's self-directed task.From this perspective, separation of autonomy and autonomicity ascharacteristics will decrease in the future and eventually will becomenegligible. On the other hand, at the system level if one considersagain the three tiers of the intelligent machine design (reaction 1502,routine 1506, and reflection 1508) and accepts the narrower view ofautonomicity, there is a potential correlation between the levels. Thatis, the reaction 1502 level correlates with autonomicity, and thereflection 1508 level correlates with autonomy; autonomy as inself-governing of the self-managing policies within the system.

FIG. 16 is a block diagram of an architecture of an autonomic element(AE) 1600 according to an embodiment that includes reflection and reflexlayers. The autonomic element 1600 can include a managed component (MC)1602 that is managed, and the autonomic element 1600 can further includean autonomic manager (AM), not shown. The AM can be responsible for theMC 1602 within the AE 1600. The AM can be designed as part of thecomponent or provided externally to the component, as an agent, forinstance. Interaction of the autonomic element 1600 can occur withremote (external) autonomic managers (cf. the autonomic communicationschannel 1606) through virtual, peer-to-peer, client-server or gridconfigurations.

An important aspect of the architecture of many autonomic systems can besensors and effectors, such as shown in FIG. 14. A control loop 1608 canbe created by monitoring 1610 behavior through sensors, comparing thiswith expectations (knowledge 1416, as in historical and current data,rules and beliefs), planning 1612 what action is necessary (if any), andthen executing that action through effectors. The closed loop offeedback control 1608 can provide a basic backbone structure for eachsystem component. FIG. 16 describes at least two control loops in theautonomic element 1600, one for self-awareness 1614 and another controlloop 1608 for environmental awareness.

In some embodiments, the self-monitor/self-adjuster control loop 1614can be substantially similar to the monitor, analyze, plan and execute(MAPE) control loop described in FIG. 14. The monitor-and-analyze partsof the structure can perform a function of processing information fromthe sensors to provide both self-awareness 1614 and an awareness 1608 ofthe external environment. The plan-and-execute parts can decide on thenecessary self-management behavior that will be executed through theeffectors. The MAPE components can use the correlations, rules, beliefs,expectations, histories, and other information known to the autonomicelement, or available to the autonomic element through the knowledgerepository 1416 within the AM 1604.

A reflection component 1616 can perform analysis computation on the AE1600 (cf. the reflection component 1616 within the autonomic manager).In terms of an autonomic system, reflection can be particularly helpfulin order to allow the system to consider the self-managing policies, andto ensure that the policies are being performed as expected. This can beimportant since autonomicity involves self-adaptation to the changingcircumstances in the environment. An autonomic manager communications(AM/AM) component 1618 can also produce a reflex signal 1620. A selfadjuster 1622 can be operably coupled to a self-monitor 1624 in the selfcontrol loop 1614.

Method Embodiments

In the previous section, apparatus embodiments are described. In thissection, the particular methods of such embodiments are described byreference to a series of flowcharts. Describing the methods by referenceto a flowchart enables one skilled in the art to develop such programs,firmware, or hardware, including such instructions to carry out themethods on suitable computers, executing the instructions fromcomputer-readable media. Similarly, the methods performed by the servercomputer programs, firmware, or hardware can also be composed ofcomputer-executable instructions. In some embodiments, methods 1700-2600can be performed by a program executing on, or performed by firmware orhardware that is a part of a computer, such as computer 802 in FIG. 8.

FIG. 17 is a flowchart of a method 1700 to construct an environment tosatisfy increasingly demanding external requirements according to anembodiment where a ruler entity decides to withdraw or generate a stayalive signal. Method 1700 manages autonomous entities that can befunctionally extracted from an environment upon the occurrence of apredetermined condition.

Method 1700 can begin with action 1702 when receiving a signal from amanaged entity. Action 1702 can receive a heart beat monitor (HBM)signal and pulse monitor (PBM) signal from a managed entity such asworker entities 1118 or 1120. The HBM signal can be an indication thatthe managed entity (worker entity) is operating. The HBM can be an“ON/OFF” state signal, an indication that a process is being performed,or any other signal that can convey information that the worker entityis alive or active. The PBM signal can extend the HBM signal toincorporate reflex/urgency/health indicators from the autonomic managerrepresenting its view of the current self-management state. The PBMsignal can thus convey the performance and characteristics of the entityin the form of engineering data summarization to add context to thereceived HBM signal. Engineering data summarization can be a set ofabstractions regarding sensor that can comprise rise and fall of data bya certain amount, external causes for parameter deviations, actualnumerical value of the parameters being summarized, warning conditions,alarm conditions, and any other summarization that would convey thegeneral health of the system. Once the HBM and PBM signals have beenreceived, control can be forwarded to action 1704 for furtherprocessing.

In action 1704, an analysis of the HBM and PBM signal can be performedto determine trends and possible areas of concern. Some purposes of theanalysis can be to determine if a predetermined condition is exceeded,to make projection through simulation and data modeling areas ofparameters that can lead to the failure of the worker entity or thatmight jeopardize the assigned mission, and ascertain the quality ofperformance of the system. The analysis can be performed by usingregression techniques, neural network techniques, statisticaltechniques, or any other technique that can convey information about thestate of a system or emergent behavior of the system. Once the analysishas been performed, control can pass to action 1706 for furtherprocessing.

In action 1706, an alarmed condition can be determined. In action 1706,the analysis of action 1704 can be referenced to determine if there isone or more alarm condition that can trigger the withdrawal of a stayalive signal. If no alarm conditions are determined, control can bepassed to action 1708 to generate a stay alive signal. In the event thatan alarm condition is present, control can be passed to action 1710 forfurther processing.

In action 1710, a determination can be performed to ascertain whetherthe identified alarmed condition of action 1706 is recoverable by themanaged entity, such as worker entities 1118 and 1120 of FIG. 11. Whenan alarmed condition is determined to be recoverable, control can bepassed to action 1708 to generate a stay alive signal. When an alarmedcondition is determined not to be recoverable, control can be passed toaction 1712 to withdraw the stay alive signal. Method 1800 below can beone embodiment of determining 1710 if the identified alarmed conditionis recoverable.

FIG. 18 is a flowchart of a method 1800 for ascertaining therecoverability of an alarmed condition determined at action 1706according to am embodiment. Method 1800 manages autonomous entities thatcan be functionally extracted from an environment upon the occurrence ofa predetermined condition. Method 1800 is one possible embodiment of theaction in FIG. 17 above of determining 1710 if the identified alarmedcondition is recoverable.

Method 1800 can begin with action 1802 when receiving one or morealarmed conditions. In action 1802, a determination is performed ofwhether or not an incorrect operation from the managed system has beenidentified in action 1704 of FIG. 17. An incorrect operation can rangefrom not initializing sensors to failing to self-heal when internaldecision logic recommends as an appropriate cause of action. In action1802 in addition to determining if an incorrect operation has beenidentified, the number of devices or processes within the entity thatregistered an incorrect operation can be ascertained. If at least oneincorrect operation is determined, the action can transfer the identityof the unit to evaluation block 1808 for further processing.

In action 1804, a determination is performed of whether or not emergentbehavior from the managed system has been identified in action 1704 ofFIG. 17. An emergent behavior or emergent property can appear when anumber of entities (agents) operate in an environment forming behaviorsthat are more complex as a collective. The property itself can often beunpredictable and unprecedented and can represent a new level of thesystem's evolution. This complex behavior in the context of controlsystem can be known as non-linearity, chaos, or capacity limits. Thecomplex behavior or properties can not be properties of any single suchentity, nor can they easily be predicted or deduced from behavior in thelower-level entities. One reason why emergent behavior occurs can bethat the number of interactions between autonomic components of a systemincreases combinatorially with the number of autonomic components, thuspotentially allowing for many new and subtle types of behavior toemerge. Nothing can directly command the system to form a pattern, butthe interactions of each part (entities) to its immediate surroundingscan cause a complex process that leads to order. Emergent behavior canbe identified based on parameters that give rise to the complex behaviorin a system such as demands on resources. Once an emergent behaviorcondition has been identified, the information can be forwarded toevaluation block 1808 for further processing.

In action 1806, a determination can be performed of alarm conditionsthat can have an impact on the success of the mission or task by whichall entities are striving to accomplish. The impact could be the abilityto accomplish individual tasks or the potential for failure of theoverall mission by permitting an entity to stay alive. This impact canbe determined through Bayesian belief networks, statistical inferenceengines, or by any other presently developed or future developedinference engine that can ascertain the impact on a particular task ifone or more agent is showing incorrect operation or harmful emergentbehavior. Once the impact has been determined the information can bepassed to evaluation block 1808 for further processing.

Evaluation block 1808 can marshal the incorrect operation identified inaction 1802, the emergent behavior in action 1804, or the effect onmission in action 1806 to suggest a course of action that the managedentities should adopt, which in the present arrangement is based on astay alive signal. The determination of withdrawing or affirming thestay alive signal can be based on the occurrence of one or more of theidentified alarmed conditions, or a combination of two or more of theidentified alarmed conditions. For example, the stay alive signal couldbe withdrawn if there is emergent behavior and there would be an effecton the mission. In the alternative, the stay alive signal could beaffirmed if there was only emergent behavior, or incorrect operation.Once the evaluation is determined, control can be passed to decisionblock 1810 for further processing in accordance to the decision made inevaluation block 1808.

In action 1810, if the desired control instruction is to maintain thestay alive signal, control can be passed to action 1708 for furtherprocessing. In the alternative, a withdrawal of the stay alive signalcan be sent to action 1712 for further processing. Generating a stayalive signal can be equivalent to generating a stay alive signal,affirming a stay alive signal, not withdrawing a stay alive signal, orany other condition that can determine if an entity is to perish or toextinguish unless allowed to continue by another entity. The otherentity might be a managing entity since the other entity can determinethe outcome (life or death) of an entity.

FIG. 19 is a flowchart of a method 1900 to construct an environment tosatisfy increasingly demanding external requirements according to anembodiment where a ruler entity decides to withdraw or generate astay-awake signal. Method 1900 reduces the possibility that an autonomicelement will jeopardize the mission of the autonomic element.

Method 1900 can begin with action 1702 when receiving a signal from amanaged entity. Action 1702 can receive a heart beat monitor (HBM)signal and pulse monitor (PBM) signal from a managed entity such asworker entities 1118 or 1120. In some embodiments, the HBM signal is anindication that the managed entity (worker entity) is operating. The HBMcan be an “ON/OFF” state signal, an indication that a process is beingperformed, or any other signal that can convey information that theworker entity is awake or active. The PBM signal can extend the HBMsignal to incorporate reflex/urgency/health indicators from theautonomic manager representing its view of the current self-managementstate. The PBM signal can thus convey the performance andcharacteristics of the entity in the form of engineering datasummarization to add context to the received HBM signal. Engineeringdata summarization could be a set of abstractions regarding sensorsthat, in some embodiments, could comprise rise and fall of data by acertain amount, external causes for parameter deviations, actualnumerical value of the parameters being summarized, warning conditions,alarm conditions, and any other summarization that would convey thegeneral health of the system. Once the HBM and PBM signals have beenreceived, control can be forwarded to action 1704 for furtherprocessing.

In action 1904, an analysis of the HBM and PBM signal can be performedto determine trends and possible areas of concern. The purpose of theanalysis can be to determine that a predetermined condition has beenexceeded, generate a projection through simulation and data modelingareas of parameters that can lead to the failure of the worker entity orthat might jeopardize the assigned mission, and ascertain the quality ofperformance of the system. The analysis can be performed by usingregression techniques, neural network techniques, statisticaltechniques, or any other technique that can convey information about thestate of a system or emergent behavior of the system. Once the analysishas been performed, control can be passed to action 1706 for furtherprocessing.

In action 1706, an alarmed condition can be determined. In action 1706,the analysis of action 1704 can be referenced to determine if there isone or more alarm condition that can trigger the withdrawal of astay-awake signal. If no alarm conditions are determined, control can bepassed to action 1902 to generate a stay-alive signal. In the event thatan alarm condition is present, control can be passed to action 1904 forfurther processing.

In action 1904, a determination can be performed to ascertain if theidentified alarmed condition of action 1706 is recoverable by themanaged entity such as worker entities 1118 and 1120 of FIG. 11. When analarmed condition is determined not to be recoverable, control can bepassed to action 1712 to withdraw the stay-alive signal. Method 2000below could be one embodiment of determining 1904 if the identifiedalarmed condition is recoverable. When an alarmed condition isdetermined to be recoverable, control can be passed to action 1908 inwhich a determination can be performed to ascertain if quiescing themanaged entity and/or subsequent recovery is possible. When quiescenceof the managed entity and/or need for later recovery is determined asnot possible, control can pass to action 1902 to generate astay-awake/stay-alive-signal. When quiesence of the managed entity isdetermined as possible and/or needed in action 1908, control can pass toaction 1910, to withdraw the stay-awake signal. Thus, quiescing themanaged entity functionally extracts the managed entity from anenvironment upon the occurrence of an alarmed condition. Quiescence canbe a less encompassing alternative to withdrawing the stay-awake signalof apoptosis. Method 1900 can allow an agent or craft that is in dangeror endangering the mission to be put into a self-sleep mode, then laterreactivated or self-destructed.

FIG. 20 is a flowchart of a method 2000 for ascertaining therecoverability of an alarmed condition determined at action 1904. Method2000 manages autonomous entities that can be functionally extracted froman environment upon the occurrence of a predetermined condition.

Method 2000 can begin with action 1802 when receiving one or morealarmed conditions. In action 1802, a determination is performed as towhether or not an incorrect operation from the managed system has beenidentified in action 1704 of FIG. 17. An incorrect operation can rangefrom not initializing sensors to failing to self-heal when internaldecision logic recommends as an appropriate cause of action. In action1802, in addition to determining if an incorrect operation has beenidentified, the number of devices or processes within the entity thatregistered an incorrect operation can be ascertained. If at least oneincorrect operation is determined, the action can transfer the identityof the unit to evaluation block 1808 for further processing.

In action 1804, there can be a determination of emergent behavior fromthe managed system that has been identified in action 1704 of FIG. 17.An emergent behavior or emergent property can appear when a number ofentities (agents) operate in an environment forming behaviors that aremore complex as a collective. The property itself can often beunpredictable and unprecedented and can represent a new level of thesystem's evolution. This complex behavior in the context of controlsystem can be known as non-linearity, chaos, or capacity limits. Thecomplex behavior or properties can not be properties of any single suchentity, nor can they easily be predicted or deduced from behavior in thelower-level entities. One reason why emergent behavior occurs could bethat the number of interactions between autonomic components of a systemincreases combinatorially with the number of autonomic components, thuspotentially allowing for many new and subtle types of behavior toemerge. Nothing can directly command the system to form a pattern, butinstead the interactions of each part (entities) to its immediatesurroundings can cause a complex process that leads to order. Emergentbehavior can be identified based on parameters that give rise to thecomplex behavior in a system such as demands on resources. Once anemergent behavior condition has been identified, the information can beforwarded to evaluation block 1808 for further processing.

In action 1806, a determination can be performed of alarm conditionsthat can have an impact on the success of the mission or task which allentities are striving to accomplish. The impact could be the ability toaccomplish individual tasks or the potential for failure of the overallmission by permitting an entity to stay awake. This impact can bedetermined through Bayesian belief networks, statistical inferenceengines, or by any other presently developed or future developedinference engine that can ascertain the impact on a particular task ifone or more agent is showing incorrect operation or harmful emergentbehavior. Once the impact has been determined, the information can bepassed to evaluation block 1808 for further processing.

Evaluation block 1808 can marshal the incorrect operation identified inaction 1802, the emergent behavior in action 1804, and the effect onmission in action 1806 to suggest a course of action that the managedentities should adopt, which in the present arrangement is based on astay-awake signal. The determination of withdrawing or affirming thestay-awake signal can be based on the occurrence of one or more of theidentified alarmed conditions, or a combination of two or more of theidentified alarmed conditions. For example, the stay-awake signal couldbe withdrawn if there is emergent behavior and there would be an effecton the mission. In the alternative, the stay-awake signal could beaffirmed if there was only emergent behavior, or incorrect operation.Once the evaluation is determined, control can pass to decision block2002 for further processing in accordance with the decision made inevaluation block 1808.

In action 2002, if the desired control instruction is to maintain thestay-awake signal, control can be passed to action 1902 for furtherprocessing. In the alternative, a withdrawal of the stay-awake signalcan be sent to action 1910 for further processing. Generating astay-awake signal is equivalent to affirming a stay awake signal, notwithdrawing a stay awake signal, or any other condition that candetermine if an entity is to perish or to extinguish unless allowed tocontinue by another entity. The other entity could be a managing entitysince the other entity can determine the outcome (life or death) of anentity.

FIG. 21 is a flowchart of a method 2100 for ascertaining therecoverability of an alarmed condition determined at action 1904. Method2100 manages autonomous entities that can be functionally extracted froman environment upon the occurrence of a predetermined condition.

Method 2100 can begin with action 2102 after having received one or morealarmed conditions. In action 2102, a determination is performed as towhether or not an invalid communication from the managed system has beenidentified in action 1704 of FIG. 17. In action 2102, in addition todetermining if an invalid communication has been identified, the numberof devices or processes within the entity that registered an invalidcommunication can be ascertained. If at least one invalid communicationis determined, the identity of the unit can be transferred to evaluationblock 1808 for further processing. An invalid communication is acommunication handshake that doesn't match an expected protocol, such asthe “rogue” agent didn't respond in the expected manner, or in theexpected time limits, or failed to send a signal in the correct format.

In action 2104, a determination is performed as to whether or not arogue agent from the managed system that has been identified in action1704 of FIG. 17. A rogue agent can exist when a number of entities(agents) operate in an environment forming behaviors that are morecomplex as a collective. One cause of a rogue agent could be that thenumber of interactions between autonomic components of a systemincreases combinatorially with the number of autonomic components, thuspotentially allowing for many new and subtle types of counterproductivebehavior to emerge. Nothing can directly command the system to form apattern, but instead the interactions of each part (entities) to itsimmediate surroundings can cause a complex process that leads to order.A rogue agent can be identified based on parameters that give rise tothe complex behavior in a system such as demands on resources. Once arogue agent has been identified, the information can be forwarded toevaluation block 1808 for further processing.

In action 2106, a determination can be performed of safety/securityissue/concerns that can have an impact on the success of the mission ortask which all entities are configured to accomplish. The impact couldbe the ability to accomplish individual tasks or the potential forfailure of the overall mission by permitting an entity to stay awake.This impact can be determined through Bayesian belief networks,statistical inference engines, or by any other presently developed orfuture developed inference engine that can ascertain the impact on aparticular task if one or more agent is showing invalid communication orharmful rogue agent. Once the safety/security issue/concern has beendetermined, the information can be passed to evaluation block 1808 forfurther processing.

Evaluation block 1808 can marshal the invalid communication identifiedin action 2102, the rogue agent in action 2104, and the safety/securityissue/concern in action 2106 to suggest a course of action that themanaged entities should adopt, which in the present arrangement is basedon a stay-awake signal. The determination of withdrawing or affirmingthe stay-awake signal can be based on the occurrence of one or more ofthe identified alarmed conditions, or a combination of two or more ofthe identified alarmed conditions. For example, the stay-awake signalcould be withdrawn if there is rogue agent and there would be asafety/security issue/concern of the mission. In the alternative, thestay-awake signal could be affirmed if there was only rogue agent, orinvalid communication. Once the evaluation is determined, control canpass to decision block 2002 for further processing in accordance withthe decision made in evaluation block 1808.

In action 2108, if the desired control instruction is not to transmit anotoacoustic signal, control can be passed to action 1902 for furtherprocessing. In the alternative, an otoacoustic signal can be sent inaction 1910 for further processing. The self managing autonomous systemcan self-protect from spurious signals or signals generated by a rogueagent that has failed to engage in a satisfactory ALice exchange bygenerating an otoacoustic signal. An otoacoustic signal is acounteracting signal to the spurious signals or signals generated by arogue agent that is intended to stop the self managing autonomous systemfrom receiving, or at least from reacting to, these unwanted signals,effectively having an overriding effect or an equalizing effect on anyreflex signal received by the self managing autonomous system. Inessence, countersignals can be generated that will render theundesirable signals harmless to the self managing autonomous system. Thesecurity and protection of the self managing autonomous system may beimproved by the use of the otoacoustic signal. The otoacoustic signalcan help ensure that self-managing complex systems operate correctlywithout human intervention where management by humans is simply notrealistic or even feasible.

Generating an otoacoustic signal can be equivalent to affirming anotoacoustic signal, not withdrawing an otoacoustic signal, or any othercondition that can determine if an entity is to counteract a spurioussignal or signal from a rogue agent. The other entity could be amanaging entity since the other entity can determine the outcome (lifeor death) of an entity.

The present invention may draw inspiration from or have somesimilarities to the mammalian acoustic or stapedius reflex, although oneskilled in the art will recognize that when in danger of exposure toextreme sounds that may damage the ear drum, the mammalian body protectsitself. The acoustic reflex, or stapedius reflex, is an involuntarymuscle contraction in the middle ear of mammals in response tohigh-intensity sound stimuli. The mammalian otoacoustic mechanism,called otoacoustic emission, involves the generation of sound fromwithin the inner ear in response to over-activity of the cochlearamplifier. That is, when the body is presented with a sound that ispotentially damaging, the inner ear generates a counter-sound, which isbenign, and protects the inner ear from hearing it.

In some embodiments, all of the agents, components and apparatus of FIG.1-6 or 11-16 can detect and/or issue the otoacoustic signal, as long asthe agents, components and apparatus are “friendly” (i.e., known not tobe rogue) agents. In some embodiments, however, only a coordinatingagent, such as ruler NBF 608, can perform method 2100.

FIG. 22 is a flowchart of a method 2200 for providing securityrequirements according to an embodiment where a ruler entity decides towithdraw or generate a stay alive signal from an anonymous agent. Method2200 manages autonomous entities that can be functionally extracted froman environment upon the occurrence of a predetermined condition. Method2200 can begin with action 2202 where an ALice signal is sent to ananonymous agent to ascertain the potential for harm of the agent to asystem as shown in FIG. 22. After the ALice signal has been sent to theagent, control can be passed to action 2204 for further processing.

In action 2204 the response from the agent can be monitored. Monitoredas used herein refers to maintaining regular surveillance, or closeobservation, over an anonymous agent and can include the absence of asignal. For example, not responding with a timeout period is considered,as used herein, as monitor response. After action 2204 is completed,control can be passed to action 2206 for further processing.

In action 2206, the monitored response from action 2204 can be analyzedto determine if the monitored response is in an appropriate format,within a certain timeout period, and with a valid and justified reasonfor being within the locust of interest or domain of the autonomoussystem 2204 as shown in FIG. 22. Once the potential for causing harm hasbeen ascertained, control can be passed to action 2208 for furtherprocessing.

In action 2208, the system can control the future of the anonymous agentbased on the potential for harm to the autonomous system. This mimicsthe mechanism of cell death in the human (and animal) body, and hencemakes use of autonomic and other biologically inspired metaphors. Thetechnique would send self-destruct signals to agents that can becompromised, or which cannot be identified as friendly or as having aright to access certain resources. The concept of the ALice signal is tochallenge a mobile agent to determine if the mobile agent is friendlyand to determine if the mobile agent has permission to access certainresources. If the mobile agent fails to identify itself appropriatelyfollowing an ALice interrogation, the mobile agent can be blocked fromthe system and given either a self-destruct signal, or its stay alivereprieve is withdrawn. As an alternative to the ALice signal, a quiescesignal, command or instruction can be sent. The quiesce signal isdiscussed in more detail in conjunction with FIGS. 10, 19 and 20.

FIG. 23 is a flowchart of a method 2300 of autonomic communication by anautonomic element. Method 2300 can offer a holistic vision for thedevelopment and evolution of computer-based systems that brings newlevels of automation and dependability to systems, while simultaneouslyhiding their complexity and reducing their total cost of ownership.

Method 2300 can include transmitting self health/urgency data 2302.Examples of the self health/urgency data can include informationdescribing low battery power and/or failed sensors. Method 2200 can alsoinclude transmitting 2304 environment health/urgency data. Examples ofthe environment health/urgency data can include information describinginaccessible devices, unauthorized access, and/or an unidentified mobileagent sending communication signals.

Transmitting 2302 and 2304 can be performed in any order relative toeach other. For example, in one embodiment the transmitting 2302 selfhealth/urgency data can be performed before transmitting 2304environment health/urgency data. In another embodiment, transmitting2304 environment health/urgency data can be performed beforetransmitting 2302 self health/urgency data. In yet another embodiment,the self health/urgency data can be transmitted simultaneously with theenvironment health/urgency data. For example, the environmenthealth/urgency data and the self health/urgency data can be transmittedtogether. One example of transmitting the environment health/urgencydata and the self health/urgency data can include encapsulating theenvironment health/urgency data and the self health/urgency data in aX.25 packet, although one skilled in the art will readily recognize thatany number of alternative packet types can be used that fall within thescope of this invention. The environment health/urgency data and theself health/urgency data can be thought of together as the “lub-dub” ofa heartbeat in which the two “beats” or two pieces of data aretransmitted simultaneously. The X.25 standard is published by the ITUTelecommunication Standardization Sector at Place des Nations, CH-1211Geneva 20, Switzerland.

An autonomic environment can require that autonomic elements and, inparticular, autonomic managers communicate with one another concerningself-* activities, in order to ensure the robustness of the environment.A reflex signal 1620 of FIG. 16 above can be facilitated through thepulse monitor (PBM). A PBM can be an extension of the embedded system'sheart-beat monitor, or HBM, which safeguards vital processes through theemission of a regular “I am alive” signal to another process with thecapability to encode self health/urgency data and environmenthealth/urgency data as a single pulse. HBM is described in greaterdetail in FIGS. 14 and 21 above. Together with the standard eventmessages on an autonomic communications channel, this can providedynamics within autonomic responses and multiple loops of control, suchas reflex reactions among the autonomic managers. Some embodiments ofthe autonomic manager communications (AM/AM) component 1618 can producea reflex signal 1620 that includes the self health/urgency data and theenvironment health/urgency data in addition to the HBM. More concisely,the reflex signal can carry a PBM. A reflex signal that carries a PBMcan be used to safe-guard the autonomic element by communicating healthof the autonomic element to another autonomic unit. For instance, in thesituation where each PC in a LAN is equipped with an autonomic manager,rather than each of the individual PCs monitoring the same environment,a few PCs (likely the least busy machines) can take on this role andalert the others through a change in pulse to indicate changingcircumstances.

An important aspect concerning the reflex reaction and the pulse monitoris the minimization of data sent—essentially only a “signal” istransmitted. Strictly speaking, this is not mandatory; more informationcan be sent, yet the additional information should not compromise thereflex reaction.

Just as the beat of the heart has a double beat (lub-dub), the autonomicelement's pulse monitor can have a double beat encoded—as describedabove, a self health/urgency measure and an environment health/urgencymeasure. These match directly with the two control loops within the AE,and the self-awareness and environment awareness properties.

FIG. 24 is a flowchart of a method 2400 of autonomic communication by anautonomic element. Method 2400 can include transmitting 2402 eventmessage data in addition to the self and environment health/urgencydata. Event message data can include data describing a change incondition, or a deviation from a normal operation. Event message data isdescribed in more detail above in FIG. 11.

In some embodiments, the self health/urgency data and environmenthealth/urgency data encoded with the standard event messages on anautonomic communications channel, can provide dynamics within autonomicresponses and multiple loops of control, such as reflex reactions amongan autonomic manager.

FIG. 25 is a flowchart of a method 2500 of autonomic communication by anautonomic element. Method 2500 can include receiving 2502 the selfhealth/urgency data from a self control loop component of the autonomicelement. One example of the self control loop component of the autonomicelement can be the self awareness control loop 1614 of the autonomicelement 1600 of FIG. 16 above.

Method 2500 can also include receiving 2504 the environmenthealth/urgency data from an environment control loop component of theautonomic element. One example of the environment control loop componentof the autonomic element can be the environment awareness control loop1608 of the autonomic element 1600 of FIG. 16 above.

FIG. 26 is a flowchart of a method 2600 of autonomic communication by anautonomic element. Method 2600 can offer a holistic vision for thedevelopment and evolution of computer-based systems that brings newlevels of automation and dependability to systems, while simultaneouslyhiding their complexity and reducing processing delays by systems thatreceive data from the autonomic element.

Method 2600 can include transmitting uncompressed self health/urgencydata 2602. Method 2600 can also include transmitting 2604 uncompressedenvironment health/urgency data. In the absence of bandwidth concerns,the uncompressed data can be acted upon quickly and not incur processingdelays. One important aspect can be that the data, whether uncompressedor sent in some other form, should be in a form that can be acted uponimmediately and not involve processing delays (such as is the case ofevent correlation). Transmitting 2602 and 2604 can be performed in anyorder relative to each other.

CONCLUSION

An otoacoustic component of an autonomic unit can render an incomingpotentially harmful signal inert. Self-managing systems, whether viewedfrom the autonomic computing perspective, or from the perspective ofanother initiative, can offer a self-defense capability that brings newlevels of automation and dependability to systems, while simultaneouslyhiding their complexity and reducing their total cost of ownership.

Although specific embodiments have been illustrated and describedherein, it will be appreciated by those of ordinary skill in the artthat any arrangement which is calculated to achieve the same purpose canbe substituted for the specific embodiments shown. This application isintended to cover any adaptations or variations. For example, althoughdescribed in procedural terms, one of ordinary skill in the art willappreciate that implementations can be performed in an object-orienteddesign environment or any other design environment that provides therequired relationships.

In particular, one of skill in the art will readily appreciate that thenames of the methods and apparatus are not intended to limitembodiments. Furthermore, additional methods and apparatus can be addedto the components, functions can be rearranged among the components, andnew components to correspond to future enhancements and physical devicesused in embodiments can be introduced without departing from the scopeof embodiments. One of skill in the art will readily recognize thatembodiments are applicable to future communication devices, differentfile systems, and new data types.

The terminology used in this application is meant to include allenvironments and alternate technologies which provide the samefunctionality as described herein.

1. A computer-accessible medium in an autonomic element, thecomputer-accessible medium having executable instructions of autonomiccommunication, the executable instructions capable of directing aprocessor to perform: receiving a potentially harmful signal; andtransmitting an otoacoustic signal to counteract the potentially harmfulsignal.
 2. The computer-accessible medium of claim 1, wherein thetransmitting further comprises: transmitting to the autonomic element.3. The computer-accessible medium of claim 1, wherein the potentiallyharmful signal is generated by a rogue agent.
 4. The computer-accessiblemedium of claim 1, wherein the potentially harmful signal is generatedby a rogue agent that has failed to engage in a satisfactory ALiceexchange.
 5. The computer-accessible medium of claim 1 wherein thepotentially harmful signal represents: at least one safety/securityissue/concern that can have an impact on the success of a mission ortask which the autonomic element is configured to accomplish.
 6. Thecomputer-accessible medium of claim 1, wherein the rogue agent furthercomprises: a spurious signal.
 7. The computer-accessible medium of claim1, wherein the rogue agent further comprises: a second autonomic elementthat is engaging in behavior that is counterproductive to the autonomicelement
 8. The computer-accessible medium of claim 1, wherein theotoacoustic signal has an overriding effect on any reflex signalreceived by the autonomic element.
 9. The computer-accessible medium ofclaim 1, wherein the otoacoustic signal renders the potentially harmfulsignal harmless.
 10. The computer-accessible medium of claim 1, whereinthe otoacoustic signal has an equalizing effect on any reflex signalreceived by the autonomic element.
 11. The computer-accessible medium ofclaim 1, wherein the executable instructions further comprise:withdrawing a stay-awake signal.
 12. An autonomic element comprising: aself-monitor that is operable to receive information from sensors andoperable to monitor and analyze the sensor information and access aknowledge repository; a self-adjuster operably coupled to theself-monitor in a self control loop, the self adjuster operable toaccess the knowledge repository, the self adjuster operable to transmitdata to effectors, and self adjuster operable to plan and execute; anenvironment-monitor that is operable to receive information from thesensors and operable to monitor and analyze the sensor information andaccess the knowledge repository; an autonomic manager communicationscomponent operably coupled to the environment-monitor in an environmentcontrol loop, the autonomic manager communications component beingoperable to access the knowledge repository, the autonomic managercommunications operable to produce and transmit a pulse monitor signal;the pulse monitor signal including a heart beat monitor signal and areflex signal, the reflex signal including self health/urgency data andenvironment health/urgency data; and an otoacoustic component operablycoupled to the self-monitor and being operable to counteract a harmfulsignal.
 13. The autonomic element of claim 12, wherein the otoacousticcomponent is further operable to generate an otoacoustic signal that hasan overriding effect on any reflex signal received by the autonomicelement.
 14. The autonomic element of claim 12, wherein the otoacousticcomponent is further operable to generate an otoacoustic signal thatrenders the harmful signal harmless.
 15. The autonomic element of claim12, wherein the otoacoustic component is further operable to generate anotoacoustic signal that has an equalizing effect on any reflex signalreceived by the autonomic element.
 16. The autonomic element of claim 12wherein the harmful signal represents: at least one safety/securityissue/concern that can have an impact on the success of a mission ortask which the autonomic element is configured to accomplish.
 17. Theautonomic element of claim 12, wherein the harmful signal is generatedby a rogue agent.
 18. The autonomic element of claim 12, wherein theharmful signal is generated by a rogue agent that has failed to engagein a satisfactory ALice exchange.
 19. The autonomic element of claim 18,wherein the rogue agent further comprises: a spurious signal.
 20. Theautonomic element of claim 18, wherein the rogue agent furthercomprises: a second autonomic element that is engaging in behavior thatis counterproductive to the autonomic element.
 21. An autonomic systemcomprising: a plurality of autonomic agents performing one or moreprogrammed tasks; a coordinating autonomic agent for assigning aprogrammed task and for issuing instructions to the plurality ofautonomic agents; and a messenger autonomic agent for facilitatingcommunication between the coordinating autonomic agent, the plurality ofautonomic agents, and a remote system, wherein one or more programmedtask performed by the plurality of autonomic agents is at leastgenerating signals indicative of a potentially harmful signal, whereinthe coordinating autonomic agent transmits an otoacoustic signal to oneor more of the plurality of autonomic agents, based on the generatedsignals.
 22. The autonomic system of claim 21, wherein the potentiallyharmful signal represents: at least one safety/security issue/concernthat can have an impact on the success of a mission or task which theautonomic system is configured to accomplish.
 23. The autonomic systemof claim 21, wherein the potentially harmful signal is generated by arogue agent.
 24. The autonomic system of claim 21, wherein thepotentially harmful signal is generated by a rogue agent that has failedto engage in a satisfactory ALice exchange.
 25. The autonomic system ofclaim 24, wherein the rogue agent further comprises: a spurious signal.26. The autonomic system of claim 24, wherein the rogue agent furthercomprises: a second autonomic element that is engaging in behavior thatis counterproductive to the autonomic element
 27. An autonomousnanotechnology swarm comprising: a first worker composed of self-similarautonomic components; a second worker composed of self-similar autonomiccomponents; a third worker composed of self-similar autonomiccomponents; wherein the third worker facilitates communication betweenthe first worker and the second worker; wherein the first workergenerates a heart beat monitor signal and pulse monitor signal; andwherein the second worker includes an otoacoustic component that isoperable to counteract a harmful signal.
 28. The autonomousnanotechnology swarm of claim 27, wherein the otoacoustic component isfurther operable to generate an otoacoustic signal that has anoverriding effect on any reflex signal received by the autonomousnanotechnology swarm.
 29. The autonomous nanotechnology swarm of claim27, wherein the otoacoustic component is further operable to generate anotoacoustic signal that renders the harmful signal harmless.
 30. Theautonomous nanotechnology swarm of claim 27, wherein the otoacousticcomponent is further operable to generate an otoacoustic signal that hasan equalizing effect on any reflex signal received by the autonomousnanotechnology swarm.
 31. The autonomous nanotechnology swarm of claim27, wherein each worker further comprises: a first plurality of neuralbasis functions; and a first evolvable neural interface operably coupledto each of the first plurality of neural basis functions.
 32. Theautonomous nanotechnology swarm of claim 27, wherein each worker furthercomprises: a solar sailing subset of neural basis functions operable tocontrol sail deployment and subsequent configuration activity; aspacecraft inter communication subset of neural basis functions operableto control communication with other workers and rulers; a housekeepingsubset of neural basis functions operable to control the spacecrafthousekeeping; a ruler subset of neural basis functions operable tocoordinate all activities; and a spacecraft navigation and propulsionsubset of neural basis functions operable to control navigation andpropulsion.
 33. A computer-accessible medium having executableinstructions to construct an environment to satisfy increasinglydemanding external requirements, the executable instructions capable ofdirecting a processor to perform: instantiating an embryonic evolvableneural interface; evolving the embryonic evolvable neural interfacetowards complex complete connectivity; wherein the evolvable neuralinterface receives one or more heart beat monitor signal, pulse monitorsignal, and otoacoustic signals; and, wherein the evolvable neuralinterface generates one or more heart beat monitor signal, pulse monitorsignal, and otoacoustic signals.
 34. The computer-accessible medium ofclaim 33, wherein the embryonic evolvable neural interface furthercomprises: a neural thread possessing only a most primitive and minimalconnectivity.
 35. A method for protecting an autonomic system whenencountering one or more autonomic agents, the method comprising:determining the potential harm of the autonomic agent; sending anotoacoustic signal to the autonomic agent; and monitoring the responseof the autonomic agent to the otoacoustic signal.
 36. The method ofclaim 35, the method further comprising: controlling the autonomicsystem based on the autonomic agent potential for causing harm to theautonomic system.
 37. The method of claim 36, wherein controlling theautonomic system further comprises: generating a signal to the autonomicagent to withdraw the autonomic agent stay-alive/stay-awake.
 38. Acomputer-accessible medium having executable instructions to protect anautonomic system when encountering one or more autonomic agent, theexecutable instructions capable of directing a processor to perform:sending a otoacoustic signal to the autonomic agent; monitoring theresponse of the autonomic agent to the otoacoustic signal; anddetermining the autonomic agent potential for causing harm to theautonomic system.
 39. The computer-accessible medium of claim 38, themethod further comprising: controlling the autonomic system based on theautonomic agent potential for causing harm to the autonomic system,wherein the otoacoustic signal is intended to equalize the potentialharm of the autonomic agent.
 40. The computer-accessible medium of claim39, wherein controlling the autonomic system further comprises:generating a signal to the autonomic system to counteract a signal ofthe autonomic agent.
 41. A computer system for protecting an autonomicsystem when encountering one or more autonomic agent comprising: aprocessor; a storage device coupled to the processor; and software meansoperative on the processor for: (i) sending an otoacoustic signal to theautonomic agent; (ii) monitoring the response of the autonomic agent tothe otoacoustic signal; and (iii) determining the autonomic agentpotential for causing harm to the autonomic system.
 42. The computersystem of claim 41, wherein the otoacoustic signal has an overridingeffect on any potentially harmful signal received by the autonomicsystem.
 43. The computer system of claim 42, the otoacoustic signalrenders the potentially harmful signal harmless.
 44. The computer systemof claim 42, wherein the otoacoustic signal has an equalizing effect onany reflex signal received by the autonomic system.